home *** CD-ROM | disk | FTP | other *** search
/ Geek Gadgets 2 / Geek_Gadgets_2_2352.bin / lists / ade-gcc.archive.9602.gz / ade-gcc.archive.9602 / 000105_owner-ade-gcc_Wed Feb 21 13:37:07 1996.msg < prev    next >
Internet Message Format  |  1996-02-28  |  2KB
  1. Return-Path: <owner-ade-gcc>
  2. Received: by fishpond (Smail3.1.29.1 #57)
  3.     id m0tpJPC-000gXia; Wed, 21 Feb 96 13:36 EST
  4. Sender: owner-ade-gcc
  5. Received: from lysander.lysator.liu.se by fishpond with smtp
  6.     (Smail3.1.29.1 #57) id m0tpJP6-000gXfC; Wed, 21 Feb 96 13:36 EST
  7. Received: from tingeling.lysator.liu.se (nisse@tingeling.lysator.liu.se [130.236.253.25]) by lysander.lysator.liu.se (8.7.3/8.7.3) with ESMTP id TAA04758; Wed, 21 Feb 1996 19:31:55 +0100 (MET)
  8. Received: (from nisse@localhost) by tingeling.lysator.liu.se (8.7.3/8.7.3) id TAA02726; Wed, 21 Feb 1996 19:31:50 +0100 (MET)
  9. Date: Wed, 21 Feb 1996 19:31:50 +0100 (MET)
  10. Message-Id: <199602211831.TAA02726@tingeling.lysator.liu.se>
  11. From: "Niels M�ller" <nisse@lysator.liu.se>
  12. To: ade-gcc@ninemoons.com
  13. In-reply-to: fnf@ninemoons.com's message of Wed, 21 Feb 1996 10:56:27 -0700
  14.     (MST)
  15. Subject: Re: GCC 2.7.2 patches
  16. MIME-Version: 1.0
  17. Content-type: text/plain; charset=iso-8859-1
  18. Content-transfer-encoding: 8bit
  19. References: <m0tpImC-000gXfC@fishpond>
  20. Sender: owner-ade-gcc@ninemoons.com
  21. Precedence: bulk
  22.  
  23. fnf@ninemoons.com (Fred Fish) writes:
  24.  
  25. > > I think the GNU standards recommend context diffs. Main reason
  26. > > probably is that it makes merging easier. And there shouldn't be that
  27. > > much difference in size after compressing.
  28. > 
  29. > As far as I know, "patch" can handle unified diffs just as well as normal
  30. > context diffs, so ease of merging shouldn't be an issue unless you do
  31. > some of it by hand (which does sometimes happen if there are reject hunks).
  32.  
  33. I suppose you're right. Here's what the gcc manual has to say:
  34.  
  35.    * Use `diff -c' to make your diffs.  Diffs without context are hard
  36.      for us to install reliably.  More than that, they make it hard for
  37.      us to study the diffs to decide whether we want to install them.
  38.      Unidiff format is better than contextless diffs, but not as easy
  39.      to read as `-c' format.
  40.  
  41. I couldn't find any recommendations on the subject in the coding
  42. standards, though.
  43.  
  44. /Niels